Geschäftsprozessarchitektur

Die Geschäftsprozessarchitektur ist die „Landkarte von Fluss und Wert“, die die Strategie mit der täglichen Arbeit verbindet. Sie zeigt auf, welche Prozesse existieren, wer für sie verantwortlich ist, wie sie miteinander interagieren und wie „Standardarbeit“ aussieht – damit Verbesserungen nicht innerhalb von Silos verbleiben.

Warum ist das also wichtig? Wenn Organisationen Architektur überspringen, entstehen oft doppelte Projekte, lokale Suboptimierungen und die Automatisierung von Arbeit, die gar nicht stattfinden sollte. Wenn sie sie aufbauen, können sie Investitionen fokussieren, Teams auf gemeinsame Prioritäten ausrichten und bewährte Praktiken über Standorte, Funktionen und Länder hinweg wiederholbar machen.

In diesem Leitfaden erfahren Sie, was Geschäftsprozessarchitektur ist, wie sie sich von einfachem Workflow-Mapping unterscheidet, welche Frameworks Sie verwenden sollten und wie die Ebenen L1–L4 funktionieren.

Want to start building? You may want to explore the Gluu Academy course on Designing process architectures 👈 first.

Was ist Geschäftsprozessarchitektur?

Geschäftsprozessarchitektur (BPA) ist die strukturierte, hierarchische Sicht darauf, wie eine Organisation durch Prozesse Wertschöpfung erbringt – durchgängig. Sie kombiniert:

• Eine Prozesslandschaft (das große Bild der Wertschöpfung)
• A process hierarchy (shared levels and naming)
• Governance (Verantwortlichkeiten und Entscheidungsrechte)
• Schnittstellen (Übergaben zwischen Teams und Systemen)
• Standards und Ausführungsressourcen (Anweisungen, Kontrollen, Vorlagen)
• Kennzahlen (KPIs und Risikokontrollen)
• Technologie- und Daten-Tags (Systeme, Integrationen, Schlüsselobjekte)
• Kontinuierliche Verbesserung (ein lebendiger Backlog und Änderungskreislauf)

Anders als ein einzelnes Workflow-Diagramm schafft Geschäftsprozessarchitektur ein verbundenes System: Strategie oben, Standardarbeit unten und Feedback, das den Kreislauf schließt. Sie hilft Ihnen zu entscheiden, was verbessert, was standardisiert und was automatisiert werden soll – ohne zu raten.

To summarize it in a single sentence:

Geschäftsprozessarchitektur ist die organisierte Karte der Prozesse einer Organisation – über Ebenen, Verantwortliche, Schnittstellen, Standards, Kennzahlen und unterstützende Systeme hinweg – damit Strategie konsistent umgesetzt und kontinuierlich verbessert werden kann.

Warum Geschäftsprozessarchitektur wichtig ist

Die Geschäftsprozessarchitektur einer Organisation zahlt sich aus, wenn Sie gleichzeitig Ausrichtung und Geschwindigkeit benötigen. Das ermöglicht sie in der Praxis:

1) Strategie wird operativ

Eine Wertschöpfungskette und Hierarchie machen deutlich, wo Wert geschaffen wird und welche Prozesse am wichtigsten sind. Das erleichtert die Priorisierung – besonders wenn Budgets und Kapazitäten begrenzt sind.

2) Governance ist nicht länger „niemandes Aufgabe“

Klare Verantwortlichkeiten halten Prozesse nach dem Start am Leben. Anstatt der Aussage „das Prozessdokument ist veraltet“, haben Sie benannte Verantwortliche, Editoren und ein schlankes Änderungsprotokoll, das Aktualisierungen zur Routine macht.

3) Verbesserungen skalieren über Teams hinweg

Sobald Standards, Kennzahlen und System-/Daten-Tags mit Prozessebenen verbunden sind, werden bewährte Praktiken wiederverwendbar. Sie können replizieren, was funktioniert – über Regionen oder Geschäftsbereiche hinweg – ohne es jedes Mal neu zu erfinden.

Example features for business process architectures

Modellierung der Geschäftsarchitektur

Erstellen Sie kontextbezogene Modelle, um die Geschäftsarchitektur an Prozessen, Rollen, Systemen und Ergebnissen auszurichten.

Automatische Prozessnummerierung

Nutzen Sie die automatische fünfstufige Nummerierung der Prozesse nach Ihrer individuellen Struktur.

More feature examples

Frameworks für Geschäftsprozessarchitektur

Frameworks sparen Zeit, da sie eine erprobte, gemeinsame Sprache bieten. Der Trick besteht nicht darin, „das eine perfekte Framework“ zu wählen, sondern Frameworks so zu schichten, dass jedes das tut, was es am besten kann.

Here are five that you’ll come across again and again— with my thoughts on how they support decision-making and prioritization:

Porters Wertschöpfungskette (am besten für die Landschaft)

Verwenden Sie sie als einseitige Helikoptersicht, um Führungskräfte darauf auszurichten, wie Wertschöpfung durchgängig erbracht wird. Sie ist ideal, um Investitionen zu fokussieren und zu klären, welche Unternehmensbereiche die meiste Aufmerksamkeit verdienen.

APQC Process Classification Framework (am besten für konsistente Benennung)

APQC is a cross-industry process taxonomy. It helps you establish consistent L1–L3 names, reduce duplicates, and (if you’re a member) benchmark performance. Tailor it to your reality—it’s a starting list, not your operating model.

Strategisch–Operativ–Unterstützend (am besten für schnelle Governance)

Diese einfache Klassifizierung hilft Ihnen, Verantwortlichkeiten und Erwartungen zuzuweisen: Strategische Prozesse haben typischerweise Führungsverantwortliche, operative Prozesse haben Wertschöpfungsverantwortliche und unterstützende Prozesse liegen bei Shared Services.

SCOR (am besten für Supply-Chain-Bereiche)

Wenn Supply Chain ein wichtiger Werttreiber ist, bietet SCOR eine ausgereifte durchgängige Struktur plus Kennzahlenbibliotheken. Verwenden Sie es innerhalb von Supply-Chain-Bereichen (Plan/Source/Make/Deliver/Return), während Sie den Rest des Unternehmens mit APQC-Benennung konsistent halten.

ITIL (am besten für IT-Service-Management)

Für IT-lastige Organisationen bietet ITIL Praktiken und Abläufe für Incident, Change, Request und mehr. Wenden Sie es innerhalb der Unterstützungsdomäne an, während Sie die Namen weiterhin an Ihre Gesamthierarchie angleichen.

Praktischer Schichtungstipp: Setzen Sie eine Wertschöpfungskette ganz oben als Ihre Prozesslandschaft ein, verwenden Sie APQC für konsistente L1–L3-Benennung, taggen Sie Elemente mit Strategisch–Operativ–Unterstützend und wenden Sie dann SCOR (Supply Chain) und ITIL (IT) in ihren jeweiligen Bereichen an.

Levels of business process architecture

Die meisten Organisationen verwenden Ebenen, um sicherzustellen, dass alle dieselbe Sprache sprechen. Diese Ebenen der Geschäftsprozessarchitektur sind eine praktische Möglichkeit, Überblick und Detail auszubalancieren:

Faustregel: Governance beginnt normalerweise bei L3 (Prozessverantwortung), während Ausführungsressourcen (Anweisungen, Kennzahlen, Kontrollen, Systeme und Daten) an L3/L4 angehängt werden, damit die Mitarbeiter die Arbeit tatsächlich erledigen können.

Want more detail on process levels? We have a full article on the Process hierarchy.

Mapping und Diagrammerstellung der Geschäftsprozessarchitektur

Beim Mapping der Geschäftsprozessarchitektur geht es nicht darum, „hübsche Diagramme“ zu zeichnen. Es geht darum, Grenzen, Verantwortlichkeiten und Standardarbeit explizit zu machen, damit Entscheidungen einfacher werden. Ein starker Mapping-Ansatz umfasst in der Regel:

• Ein Landschaftsdiagramm (Wertschöpfungskette) zur Verankerung der Strategie
• Eine Hierarchie, damit Benennung und Umfang konsistent bleiben
• Schnittstellen zur Klärung von Übergaben und Abhängigkeiten
• Standards, damit Karten zur Ausführung werden
• Kennzahlen und Kontrollen, damit Wert und Risiko sichtbar sind
• Systeme und Daten, damit Automatisierung Kontext hat
• Ein Verbesserungskreislauf, damit die Architektur lebendig bleibt

Need to go deeper on mapping? Read our article on process mapping 👈

Business process architecture examples

Verwenden wir Lieferantenauswahl als durchgängiges Beispiel, um zu zeigen, wie die Bausteine ineinandergreifen. Stellen Sie sich vor, Sie sind in einem Unternehmen, in dem Beschaffungsleistung wichtig ist und mehrere Teams (Beschaffung, Recht, Qualität, Finanzen) beitragen.

1) Landschaft: wo der Prozess angesiedelt ist

Ihre Wertschöpfungskette könnte einen End-to-End-Bereich namens „Produkte & Dienstleistungen beschaffen“ enthalten. „Lieferant auswählen“ ist darunter angesiedelt – so können Führungskräfte schnell erkennen, wo die Beschaffung in die Wertschöpfung passt und wo investiert werden muss.

2) Hierarchie: konsistente Ebenen und Benennung

Hier ist ein realistischer Hierarchiepfad, der den Umfang klar macht:

L1: Das Geschäft betreiben
 L2: Produkte & Dienstleistungen beschaffen
 L3: Lieferant auswählen
 L4: Aktivitäten (z. B. Lieferanten bewerten, Lieferant genehmigen, Lieferant im ERP registrieren)
 L5: Arbeitsanweisungen / Aufgaben (z. B. „Lieferant registrieren“ Schritt für Schritt)

Framework-Tipp: Verwenden Sie APQC-Benennung bei L1–L3, BPMN für L3-Prozessabläufe und verwalten Sie Anweisungen bei L4/L5, wo die Mitarbeiter sie benötigen.

3) Verantwortlichkeit: den Prozess am Leben halten

Ein einfaches Setup im RACI-Stil verhindert „verwaiste“ Prozesse:

• Prozessverantwortlicher: Leiter Beschaffung
• Bearbeiter: Category Manager + Recht/Qualität
• Ausführende: Einkäufer

Wenn Verantwortlichkeiten explizit sind, wird die Aktualisierung von Prozessen zur normalen Arbeit – nicht zu einem einmaligen Projekt.

4) Schnittstellen: Übergaben explizit machen

Schnittstellen sind der Ort, an dem sich viele Verzögerungen und Fehler verbergen. Für „Lieferant auswählen“ könnten Sie Folgendes definieren:

• Auslöser: Neuer Kategoriebedarf
• Inputs: Anforderungen, Budgetrahmen, ESG-/Qualitätskriterien
• Outputs: Ausgewählter Lieferant + Freigabeentscheidung
• Nachgelagerte Übergabe: „Lieferant im ERP registrieren“

Tools: SIPOC für schnelle Abgrenzung, BPMN-Nachrichtenflüsse für teamübergreifende Austausche und ein einfacher Schnittstellenkatalog, um alles durchsuchbar zu halten.

5) Standards: Karten in Standardarbeit verwandeln

Wenn die Aktivität „Lieferant im ERP registrieren“ entscheidend für die Datenqualität ist, fügen Sie eine kurze, klare Anweisung bei (zum Beispiel eine 10-Schritte-Checkliste). Das reduziert Nacharbeit und beschleunigt das Onboarding.

Standards-Toolkit: SOP-/Checklisten-Vorlagen, kurze Bildschirmaufnahmen und Dokumentenlenkung, damit die Mitarbeiter immer die neueste Version verwenden.

7) Technologie & Daten: Prozess mit der Realität verbinden

Automatisierung scheitert, wenn Systeme und Datenobjekte nicht klar sind. Taggen Sie jede Aktivität mit unterstützenden Systemen und wichtigen Datenobjekten, wie:

• Systeme: ERP-Lieferantenmodul, Vertragsarchiv, Risiko-Screening-Tool
• Datenobjekte: Lieferantenstammsatz, Due-Diligence-Akte, Vertrag
• Integrationen: APIs/Dateien zwischen Risiko-Tool, ERP und Vertragsarchiv

Das gibt Ihnen eine praktische Grundlage für digitale Initiativen – weil Sie wissen, von welchen Daten und Systemen jeder Schritt abhängt.

How Business Process Architecture fits into business

Business process architecture creates a practical link between strategy (what you want to achieve) and execution (how work gets done). It connects processes to capabilities, data, and systems so improvements don’t stay local—and automation doesn’t happen in the dark.

Integration with business capabilities, information, and technology

Capabilities describe what the business must be able to do; processes describe how that happens end-to-end. When you tag process steps with key data objects and systems (and integrations), you get a clear foundation for standardization, reporting, and automation.

Linking processes to strategy and organizational goals

A value chain and hierarchy make it easier to pinpoint which processes drive your goals. Then you can attach measurable outcomes (KPIs) and adjust standards and controls where they move the needle.

Governance, accountability, and continuous improvement

Architecture stays valuable when it’s governed: named process owners, lightweight editing rights, and a simple backlog for issues and improvement ideas. That way, the process library stays current and teams can continuously refine how work is done.

When to apply Business Process Architecture

Business process architecture is useful anytime coordination costs rise and work starts breaking between teams. It’s especially valuable in these situations:

Organizational changes, mergers, or restructuring

Mergers and reorganizations often create overlapping processes, conflicting terminology, and unclear ownership. A shared architecture gives you one map, consistent naming, and a clearer basis for standardization decisions.

Process inefficiencies or high error rates

When lead times vary and errors keep returning, architecture helps you expose broken interfaces and missing standards. Then you can place KPIs and controls where they reduce rework at the source.

Digital transformation and automation initiatives

ERP, automation, and AI programs fail when process flow, data definitions, and ownership aren’t aligned. Architecture creates “automation with clarity” by linking the end-to-end flow to systems, data objects, and success measures—so you automate the right work.

Build your own business process architecture from €24 / year

Sign up for a 30-day trial.
No credit card required.

Start free trial

Here’s the Gluu Academy lesson on this topic:

FAQ – Geschäftsprozessarchitektur

Was ist Geschäftsprozessarchitektur?

Geschäftsprozessarchitektur ist die strukturierte Karte der Prozesse einer Organisation über Ebenen (L1–L4) hinweg, einschließlich Verantwortlichkeiten, Schnittstellen, Standards, Kennzahlen und unterstützender Systeme/Daten. Sie verbindet Strategie mit Ausführung und unterstützt kontinuierliche Verbesserung.

Was sind L1-, L2-, L3- und L4-Prozesse?

L1 beschreibt die Wertschöpfungskette oder Domänen auf höchster Ebene (das „Warum“). L2 gruppiert Schlüsselprozesse (das „Was“). L3 zeigt den End-to-End-Prozessfluss und Entscheidungen (das „Wie“). L4 enthält Details zur Ausführung wie Anweisungen, Checklisten und Aufgabenleitfäden, damit die Arbeit konsistent erledigt wird.

Was sind die 5 Elemente der Geschäftsarchitektur?

Eine gängige Art, Geschäftsarchitektur zu erklären, erfolgt über fünf verbundene Elemente: Strategie (Ziele und Richtung), Fähigkeiten (was das Unternehmen können muss), Prozesse (wie Arbeit durchgängig fließt), Organisation (Personen/Rollen und Governance) und Information & Technologie (Daten, Systeme, Integrationen). Geschäftsprozessarchitektur ist das prozessorientierte Rückgrat, das diese in der täglichen Ausführung zusammenbindet.

Wann ist es Zeit, sich mit Geschäftsarchitektur oder Prozessarchitektur zu befassen?

Es ist normalerweise Zeit, wenn Sie vor einer größeren Veränderung stehen (Fusion, Umstrukturierung, neues Betriebsmodell), wiederkehrende Ineffizienzen haben (hohe Fehlerquoten, lange Durchlaufzeiten, unklare Verantwortlichkeiten) oder eine digitale Transformationsinitiative (ERP-Einführung, Automatisierung, KI-Enablement) durchführen, bei der Prozessklarheit erforderlich ist, um teure Nacharbeit zu vermeiden.

Was ist ein praktisches Beispiel für Geschäftsprozessarchitektur?

Das Beispiel „Lieferantenauswahl“ ist typisch: Es ist in einen Beschaffungs-Wertstrom eingebettet, hat einen L3-Verantwortlichen (Leiter Beschaffung), Schnittstellen zu Recht/Qualität und ERP-Onboarding, beinhaltet Standards (Checkliste zur ERP-Registrierung), nutzt KPIs (Durchlaufzeit der Genehmigung, First-Time-Right-Dokumentation), kennzeichnet Systeme/Daten (ERP-Kreditorenstamm, Due-Diligence-Datei) und setzt Verbesserungen über ein Backlog um.